home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 6965 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.8 KB

  1. Path: news.ios.com!usenet
  2. From: larrymb@gramercy.ios.com (Pacarana)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: AddIntServer + VERTB strangeness<199603201423.OAA59524@poseidon.bfs.unibol.
  5. Date: 6 Apr 1996 00:34:12 GMT
  6. Organization: Internet Online Services
  7. Message-ID: <1380.6669T1116T2575@gramercy.ios.com>
  8. References: <PETERM.96Apr4234146@tui.maths.irl.cri.nz>
  9. NNTP-Posting-Host: ppp-51.ts-1.hck.idt.net
  10. X-Newsreader: THOR 2.22 (Amiga;TCP/IP) *UNREGISTERED*
  11.  
  12. >OK, but I feel I should make it clear that it is OS-illegal and unsafe
  13. >to disable interrupts for "more than a very brief instant".
  14. >"Disabling for more than 250 microseconds can interfere with normal
  15. >operation of vital system functions."  --- Libraries RKM page 471.
  16. >Similarly it is OS-illegal and unsafe to take over interrupts by
  17. >directly poking hardware interrupt vectors.  One cannot expect OS
  18. >calls to work if either of these practices is used.  Indeed, one
  19. >cannot expect to restore normal system operations afterwards except by
  20. >rebooting.
  21.    Unless you have it hooked into some sort of network, I have never found
  22. that to be the case. And that reaaly isn't the setup to run every type of game
  23. in. Even Forbid and oushing all resources to the max, etc. would likely
  24. enfeeble the machine so much that it wouldno longer be of use in such a
  25. situation anyway.
  26.  
  27. >The safe, legal way to install interrupts is to use AddIntServer(),
  28. >SetIntVector(), QBlit(), AddICRVector(), etc.  If anyone is worried
  29. >about system overheads caused by interrupts not generated by yourself,
  30. >then practically all of them can be eliminated by installing an
  31. >input-handler and maybe adjusting task priorities.  It is still
  32. >possible to exclusively allocate and bang other hardware, such as
  33. >timers, custom gfx, ports, etc.
  34.   Perhaps, but whatever I tried, it never seemed to work out as well.
  35.  
  36.